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DECLARATION UNDER 37 CFR 1.131 IN SUPPORT OF PRIOR INVENTION 



I declare: 

1 . Intel Corporation is the assignee of the claims of the above captioned patent 
application ("the Application") and of the subject matter described therein. 



JP2000259514 cited in a final Office Action mailed December 30, 2005, the 
invention claimed in the Application had been conceived and reduced to practice 
in the United States. 

3. The attached Exhibit is a redacted copy of an invention disclosure form describing 
the design of Automatic Distributing List Management, and establishes that the 
subject matter claimed in the Application had been conceived and reduced to 
practice in the United States prior to September 22, 2000. The Exhibit (the 



Sir: 



Prior to September 22, 2000, the publication date of Japanese Patent No. 



Declaration Under Rule 1.131 
in Support of Application 
Application No. 10/037,530 



invention disclosure) describes "allowing] the mailing lists [to be] updated 
automatically." The Exhibit further describes that "based on the information of 
the bounced emails, the email system of the mailing list will automatically 
remove the non-existing user names from the list. The user of the list 
administrator will no long[er] receive bounced mails for those non-existing user 
named" (Exhibit at page 2, paragraph 2; emphasis provided) 
4. Therefore, the Exhibit establishes that the subject matter claimed in the 

Application had been conceived and reduced to practice in the United Sates prior 
to September 22, 2000. 

Furthermore, all statements made herein of our own knowledge are true and all 
statements made on information and belief are believed to be true, and further that these 
statements are made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both under section 1 001 of Title 18 of the 
United States Code, and that such willful false statements may jeopardize the validity of 
the application of any patent issuing thereon. 

Dated: February 13. 2006 
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>i l> WfTEL INVENTION DISCLOSlMi 



l}* \* TOITEL INVENTION DISCLOSURE 

. u L ™ ATTORNEY^C|JENT PRIVILEGED COMMUNICATION j 

DATE: Jury 24. 2000 CUfruOcs,/ / , „ 

It is Important to provide accurate and detailed Information on this form. The Information will be used to 
evaluate your Invention for possible filing as a patent application. When completed and signed, please return 
this formtp-the Legal Department at JF3-147. if you have any questions, please call 264-0444. 

fnventon .CHENG . _HEUNG-FOR C;v . 

LastName " RrstName Middle Initial 

Phone .(503) 677-4791_ M/S: COS-201 Fax » (503) 677-636 7 _____ 

Oteflnahlo: U.S.A. WWIO: _1 0049844 Contractor YES NO % 

Inventor E-Mail Address: Heuna-ternhonnaip^^ 

Home Address: 5504 NW DEERF1ELD WA Y - 



City .PORTLAND , State _OR_ Zip 9722 9 Country U.S.A . 

•Corporate Level Group (e.9. IABG. NCQ. CEQ) IAG/EPG Division SPD Subdivision SST 



Supervisor* _JONATHAN_DIDNER WW ID _1 0073895 Phone J503) 677-5436_ M/S:_CO5-201 

•If you are unsure of this Information, please discuss with your manager. 
(PROVIDE SAME INFORMATION AS ABOVE FOR EACH ADDITIONAL INVENTOR) 

2. Title of Invention: .METHOD AND APPARATUS FOR AUTOMATIC REMOVAL OF NON-EXISTING USER NAMES 
FROM ELECTRONIC MAILING LISTS 



3. What technology/product/process* (code name) does it relate to (be specific If you can): 

SYSTEM MANAGEMENT j ■ , ■ ■ , • , 

4. Include several Keywords to describe the techrwloo^ area of the Invention In add«k>n to* 3 ao^ EMAIL MANAGEMENT 

5. Stage of development (i.e. % complete, simulations done, test chips if any, etc.): 0%comptaf . , 



6. (a) Has a description of your invention been, or will It shortly be. published outside Intel: 
NO: x YES: RYES, was the fr^uscrlot submitted fw pre 



IDENTIFY THE PUBLICATION AND THE DATE PUBLISHED: 



(b) Has your invention been used/sold or planned to be used/sold by Intel or others? 
NO: x YES: DATE WAS OR WILL BE SOLD: 
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raDM^B^nictfflC^S^^IGIJOTs'^^^ REMOVAL OF NON-EXISTING USER NAMES 
Problem Definition 

Currenjy. many peoplei rery on electronic mailing lists to distribute Infonnation to a large group of email users without the 
need ° f tyPjgeach individual email address. People may maintain a mailing list fc^rSnal friends an^l* 
' " S 1 ™ ^ have a malflng list for the members In the same team at work. Some people may also subscribe 
to a public mailing list so that by sending a mall to this list, all the subscriber win receive me ™il Hw^iSSP 5 * 
person leaves a company or a friend changes the email address, the private or public mailing list containing his/her ofcT? 
;r , i a ?^JT l, L r !! >tbe K UP * t0 ? te - Whenau * r *n*an enKil^ 

Administrator will recete a bounced man. If the user or the public mailing list administrator doesnliiXS ttS?«n?e 
from the mailing list, he/she will receive a bounced mail every time a man message Is sent to tNs^ngnst 
Sometimes, if there are many non-existing user names In this mailing list, there win be many bounced mails back to the 
sender This is very annoying and the bounced mails results In unnecessary network traffic. To avoid receMnT 
bounced malls, all the matting lists containing this name should be updated. Most of the time, this uodata orocess is 



Proposed Solution 



The proposed mechanism allows the mafflng lists being updated automatically. It doesn't totally eliminate bounced 
mails when a mailing list contains non-existing email user names. Instead, the user or the list administrator win only 

H? ° 0 , unc8d m 5 il3 ° ne tfme - Afterward, based on the Information of the bounced mails, the email system of the 
mafflng list will automatically remove the non-existing user names from that list The user or the list administrator win no 
long receive bounced mails- for those non-existing user names again 



How it works 



IfSH^!? !^ mS % ""P"? 2 software components: the Mail User Agent (MUA) and the Matt Transport Agent 
(MTA). The MUA is a GUI application, such as "ELM" or ^srAJCb/rnair in many UNIX systems. It allows users to 
compose and send an eman. or read a received email. A public mailing list server acts as a MUA because ft sends a 
received email message to a group of users automatically. When the MUA Is ready to send the message, ft passes the 
eman message and the envelope data to the local MTA such as the "sendmail" utility in the UNIX systems. The 
envelope data consists ofboth the sender's email address and each recipient's email address. If one of the recipients is 
a mailing list name, the MTA will expand It Into a list of recipients. Then for each recipient, the local MTA win decide if 
the recipient is a local user or not If so. the local MTA will deliver to the recipient's local mailbox. If the recipient Is a 
remote user, the local MTA will try to connect to the remote MTA. After the connection is established and if the recipient 
is a valid email user In the remote system, the email message is delivered However, if the remote machine connection 
cannot be established, the local MTA will receive a bounced man with an error code indicating that the remote machine 
is unreachable. Evan If the remote machine can be connected, if the user name is non-existing, the local MTA win 
receive a bounced man with another error code Indicating that the user name doesn't exist In the remote eman system. 
If the recipient is a local eman address and the user name is non-existing, the local MTA can also detect the non- 
existence of the user name. 

Assume a user is sending an email message to a mafflng list that contains a non-existing local user name and a non- 
existing remote user name. The followings describe how the proposed automatic removal mechanism works: (The 
diagram below only shows how a non-existing remote user name Is removed from the malttng list) 

The local MTA will maintain a database with entries of (email matting list name, email subject line, sending time). As 
soon as the local MTA receives the email message and the mafflng list from the MUA (see arrow 1 in the diagram), it will 
create an entry in this database for this email message (see arrow 2 In the diagram). The entry represents that an email 
message with subject line 'email subject Hne" is sent to the "email mailing list name" at the "sending time". Then for 
each recipient it tries to deliver the email message as described above in the current existing system. When it tries to 
deliver to the local non-existing user, the local MTA detects the non-existence. Then it will compare the email 
message's "subject line" and lending time" with the entries In the database. When the entry matches, the local MTA 
will find the name of the mailing list to update. Then it removes the local user name from the mailing list and sends the 
bounced message to the sender with the notification that the local non-existing recipient name has been removed from 
the mailing list When It tries to deliver to the remote non-existing user (see arrow 3 In the diagram), the local MTA win 
receive a bounced mail with an error code indicating that the user name doesn't exist In the remote eman system (see 
arrow 4 in the diagram). Then the local MTA wilj find the entry from the database with the matching Subject line" and 
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diagram). As the result, the mating list win be updated ii« bolh «»l^ai3i^nS^«r£!^I27 

been removed from ifie 1st there win not be any bounced malls lor these hw names. ~™^"»w names has 
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Figure: example of how a remote non-existing recipient can be automatically removed from a mailing Ust 
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